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SYSTEM AND METHOD OF ROUTING, 
SCHEDULING, AND MONITORING A WORKFORCE 



[0001] This invention relates to a system and method of routing, scheduling, and 
monitoring a workforce. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0002] Fig. 1 is an illustration of an embodiment of the invention. 
[0003] Fig. 2 is an illustration of one embodiment of an agent. 

[0004] Fig. 3 is an illustration of a client depicting a task to determine the condition of a 
retail location. 

[0005] Fig. 4 is an illustration of a client depicting a series of tasks. 

[0006] Fig. 5 is an illustration of a client depicting a series of questions. 

[0007] Fig. 6 is a flowchart illustrating the operation of an embodiment of the invention 

involving tasks. 

[0008] Fig. 7 is a flowchart illustrating the operation of an embodiment of the invention 
involving tasks and questions. 

DETAILED DESCRIPTION OF THE INVENTION 
[0010] With reference to Fig. 1, a system and method of routing, scheduling, and 
monitoring a workforce according to an embodiment of the present invention, is referred to, 
in general, by the reference number 10. The embodiment 10 comprises a series of suppliers 
12 that produce goods that are sold at retail locations 14. The goods that are produced by the 
suppliers 12 can include, for example, grocery products, clothing, pharmaceuticals, hygiene 
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products, and all manner of retail products. To facilitate and monitor the selling and 
promotion of the goods at the retail locations 14, the suppliers 12 often generate requests 
relating to the goods. These requests generally fall into three categories: labor requests, 
validation requests, and information requests. Using grocery products as an example, a labor 
request may include such requests as stocking products on shelves or racks inside a grocery 
store, building displays and endcaps, and constructing racks for displaying goods. A 
validation request can include such activities as determining the status of a retail item (e.g. 
determining whether a particular brand of sliced bread is in stock or out of stock or placed in 
the proper endcap), verifying that an item is priced correctly, and checking the attributes of a 
product in the retail location's record-keeping system. An information request can include 
gathering information about products that are not made by the supplier 12 making the 
request or determining the condition of a retail location 14. 

[0011] As the suppliers 12 create requests, the requests 21 are transmitted to an agent 
16. Requests 21 can be transmitted to agent 16 via any known matter of communication, 
such as via electronic data interchange (EDI), extensible markup language (XML), postal 
mail, fax, or telephone. 

[0012] Agent 16 is connected to clients 18a, 18b for communicating tasks generated from 
requests 21 to members 20 of a workforce. The workforce is composed of members 20 for 
facilitating the completion of tasks and requests at retail locations 14. 

[0013] Turning to Fig. 2, one embodiment of agent 16 comprises a requirements database 
22 and a task database 26, as well as a task module 24, prioritizing module 28, routing 
module 30, and a manager module 32, in order to generate tasks from requests, and then 
facilitate and optimize the scheduling, prioritizing, routing, and monitoring of tasks to be 
completed at retail locations 14, 

[0014] The task module 24 is capable of generating a task or series of tasks based on the 
received requests 21. Further, task module 24 may generate questions to be answered by 
member 20 (Fig. 1) in order to facilitate or enable the performance of the tasks. The tasks 
that are generated by task module 24 are input into a task database 26. Tasks are generated 
by examining a request and then modifying the request to incorporate necessary details. As 
an example, a labor request might be received requesting that "an endcap be built for brand 
XYZ lipstick at grocery stores that have a high percentage of female customers." A task that 
could be generated from such request might be: "obtain endcap materials from a vendor, 
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build endcap at retail location 14a, stock endcap with brand XYZ lipstick." Or, if there were 
multiple grocery stores that met the scope of the requirement, a series of tasks could be 
generated, such as task 1: "obtain endcap materials from a vendor, build endcap at retail 
location 14a, stock endcap with brand XYZ lipstick," task 2: "obtain endcap materials from 
vendor, build endcap at retail location 14c, stock endcap with brand XYZ lipstick." 
Depending on the complexity and scope of each request, a task or series of tasks, each of 
which might comprise multiple steps, may be generated by task module 24. 
[0015] A prioritization module 28 prioritizes the tasks in task database 26 in accordance 
with different factors. A common set of factors are timing and calendaring factors. Using 
timing and calendaring factors, the first request received and generated into a task results in 
that task being performed first, i.e. on a "first-come, first-served" basis. Alternatively (or in 
combination), tasks may be performed on a set time basis, i.e. "conduct tasks for retail 
location 14a on the 2 nd Tuesday of each month." Another set of factors that can be used to 
prioritize tasks for retail locations are opportunity based retail factors. Some examples of 
opportunity based retail factors include: 

V = Velocity of a store, determined by dividing the weekly average cash value 
of the store by the store's square footage, 

NP = Number of new products authorized for a store, 

NPWI = Weighted importance of new products, preferably 30%, 

NS = Number of non-scanned products, i.e. products that have not been 
scanned or sold at a retail location's point of sale for a defined period of time, 

NSWI = Weighted importance of non-scanned products, preferably 25%, 

T = Number of tasks for a particular store, 

TWI = Weighted importance of a task, preferably 30%, 

DOLCF = The day of the last visit to a retail location, preferably calculated by 
subtracting the julienne day of "today" from the julienne day of the last visit to a retail 
location, divided by 28 (for example, if the last visit occurred on 1/5/98 and today was 3/1/98, 
the DOLCF would be (60-5)/28 or approximately 1.96), and 

DOLCFWI = Weighted importance of the DOLCF, preferably 15%. 
[0016] One potential manner of utilizing opportunity based retail factors involves 
assigning a yield value to each task based on the following formula: 
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Yield = (V*(1 (NP*NPWI) + KNS* NSWI) + I (T*TWI) + (DOLCF * DOLCFWI) 

[0017] Of course, it is readily understood that other formulas involving the opportunity 
based retail factors could be used. In addition, other opportunity based retail factors could be 
incorporated into the formulas. 

[0018] After utilizing the opportunity based retail factors to determine a yield value for 
the tasks, the tasks are then sorted by the yield values. It is also possible to combine a 
timing and calendar based system with an opportunity based retail factor system when 
prioritizing tasks. 

[0019] After prioritization, tasks are assigned to members 20 by a routing module 30. 
Routing module 30 determines the appropriate member 20 to perform the appropriate task 
by using routing rules. Routing rules are business decisions and physical restraints that 
dictate which member 20 should receive a given task. Example routing rules include: "retail 
locations will be assigned from greatest yield task to least yield task," "members may only 
visit five retail locations per week," and/or "members will not be assigned to a task with less 
than a certain yield." Other routing rules could modify the yield value for a task by some or 

all of the following factors: 

CWI = The weighted importance of a chain of retail locations, preferably 

between 0.05 to 2.00, 

SWI = The weighted importance of any single retail location, preferably 

between 0.05 to 2.00, 

BWI = The weighted importance of a brand of products for a task, preferably 

between 0.00 to 2.00, or 

MWI = The weighted importance of a supplier, preferably between 0.00 to 

2.00. 

[0020] Using these factors to modify a yield value allows agent 16 to place varying 
importance on different retail locations, products, and suppliers, resulting in certain tasks 
being given higher or lower priority when being assigned to members 20. 
[0021] Referring back to Fig. 1, after routing module 30 applies the applicable routing 
rules to determine the appropriate member 20 to receive the task, agent 16 then renders the 
task to client 18 of the appropriate member 20. Client 18 may be any form of remote node, 
including any web-enabled device, computer, laptop computer, personal digital assistant, as 
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well as a synchronized off-line user interface. Client 18 is capable of unidirectional or bi- 
directional communication with agent 16, and may further communicate with agent 16 in 
real-time, in bursts, or delayed bursts. In addition, client 18 may be an interactive voice 
response system. 

[0022] For discussion purposes, agent 16 will have rendered the task to be completed to 
client 18a of member 20a. Once client 18a has received a task from agent 16, member 20a 
can use client 18a to review the assigned task. Member 20a then performs the assigned task 
at the appropriate retail location 14. Member 20a may use client 18a to submit the results of 
the task to agent 16. 

[0023] Throughout the operation of the system, a manager module 32, as shown in Fig. 2, 
is capable of accessing the databases and the modules in order to facilitate queries regarding 
the optimization process. Manager module 32 is capable of providing real-time feedback as to 
the pending tasks, completed tasks, status of a task currently being performed, the priority 
value of a task, and the requests outstanding, as well as other information regarding the 
optimization process. An example would be manager module 32 creates dynamic hypertext 
markup language documents that comprise the applicable feedback data, such that the 
documents can be accessed across networks, including intranets and the internet. Another 
example would be that the suppliers 12 have remote nodes (not shown) that can access the 
feedback data from manager module 32. 

[0024] Task module 24, prioritizing module 28, routing module 30, and manager module 
32 can be implemented using software, hardware, firmware, or any combination thereof, and 
while depicted as discrete components, the modules could be combined into a single 
computer, processor, or any other software, hardware, firmware, or any combination thereof. 
In addition, while request database 22 and task database 26 are depicted as discrete 
components, the databases could be combined into a single database. In addition, the 
components could be accessed across networks and are not required to be integrated into a 
stand-alone agent 16. 

[0025] Referring to Fig. 3, an example display 34 of client 18 is depicted showing a task 
37. Member name 36 is the name of member 20a (Fig. 1) who will be conducting task 37. In 
this example, task 37 requires member 36 to determine the condition of a retail location. 
The specific name of retail location 14 (Fig. 1) is provided at supplier name 38. If retail 
location 14 has multiple stores, then a store number 40 can be entered to indicate the retail 
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location 14 at which task 37 is being performed. A comment field 42 is provided in order to 
permit member 36 to report on the condition of the retail location 14. 

[0026] Turning to Fig. 4, another example display 34 of client 18 is depicted listing a 
series of tasks 44. A series of response buttons 46 are provided to permit member 36 (Fig. 3) 
to indicate completion of a task 44. In Fig. 5, yet another example of a display 34 of client 18 
shows a series of questions 48. Questions 48 can be independent of the tasks 44, or, as in this 
example, can facilitate the completion of the tasks by querying specific aspects of tasks 44, 
[0027] Fig. 6 shows an example operational flow 600 of one embodiment 10 (Fig. 1) of the 
present invention. A request (e.g., restock canned pineapple in all the grocery stores in 
Dallas, Texas) is received by agent 16 from supplier 12, step 602. Agent 16 verifies the scope 
of the request, step 604. In this example, agent 16 might analyze the number of available 
members 20 of the workforce needed to visit the grocery stores in Dallas, Texas as well the 
level of expertise necessary of members 20 of the workforce with respect to restocking canned 
pineapple. Of course, other factors could be used in this analysis, as would be understood by 
those skilled in the art. If the scope of the request is within the capacity of members 20 of 
the workforce, agent 16 then creates a task (or series of tasks) based on the request, step 606. 
In the current example, a series of tasks could be created, where each task requires a 
member 20 to visit one or more grocery stores 14 and then requires a member 20 to restock 
the grocery store's inventory of canned pineapple. The tasks are then prioritized according 
to different factors, step 608. 

[0028] After the tasks are prioritized, each task is assigned to a member 20 in accordance 
with routing rules, step 610. The applicable task is then rendered to the assigned member 20 
via client 18, step 612. After receiving the task, assigned member 20 will travel to the 
applicable grocery store 14 to complete the task, i.e. restock canned pineapple at that retail 
location, step 614. Upon completion of the task, member 20 uses client 18 to submit to agent 
16 that the task has been completed, step 616. 

[0029] In Fig, 7, showing an operational flow 700 of another embodiment 10 of the 
present invention, a request (e.g., that agent 16 determine the status of a particular product, 
for example, photographic film, at grocery store 14b) is received, step 702. Agent 16 verifies 
the scope of the request, step 704. In this example, agent 16 might analyze whether any of 
members 20 regularly visit, if at all, grocery store 14b. Of course, other factors could be used 
in this analysis, as would be understood by those skilled in the art. 
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[0030] If the scope of the request is within the capacity of members 20, agent 16 then 
creates a task (or series of tasks) based on the request. Along with the generation of the 
task, task module 24 also generates a series of questions 48 to be answered by member 20 at 
the grocery store 14b, step 706. These questions could be provided as part of the request 
from supplier 12, or could be generated based on the type of request, as well as the type of 
product. An example might be that agent 16 has a database of prepared questions (e.g. 
"what is the price of the product?", "where is the product located in the store?", or "how 
much stock of the product is available?") that can be utilized. 

[0031] The tasks are then prioritized according to different factors, step 708. As 
discussed, one set of factors that can be used to prioritize tasks for retail locations 14 are 
opportunity based retail factors. After the tasks are prioritized, each task is assigned to a 
member 20 in accordance with routing rules, step 710. 

[0032] The applicable task is then rendered to the assigned member 20 via client 18, step 
712. When the task is rendered to the member 20 via, for example, a remote node 18, remote 
node 18 could then be used by member 20 during performance of the task. In this manner, 
member 20 could answer the questions via remote node 18 with respect to the photographic 
film at the grocery store 14b. 

[0033] In some embodiments client 18 is in communication with agent 16 during the 
performance of the task and is able to submit results of the task during performance, while 
in other embodiments, client 18 may be capable of communicating to agent 16 automatically 
or at preset times to submit results of the task or multiple tasks (whether such tasks are 
pending, in process, or completed). 

[0034] In a further embodiment, the tasks and/or questions could be presented via an 
client 18 that is an interactive voice response system. In this embodiment, client 18 could 
speak the questions to member 20, and record the member's responses. Additionally, the 
system might have voice recognition capabilities in order to capture the status of the task 
from member 20. 

[0035] After receiving the task, member 20 may travel to the applicable grocery store 14 
to perform the task (e.g., examine the grocery store 14 in order to answer the questions in 
the task), step 714. Member 20 uses client 18 to submit the results and status of the task to 
agent 16, step 716. 
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[0036] It is understood that while a single request has been depicted in operation in an 
embodiment of this invention, multiple requests from suppliers 12 can be received 
throughout the process at different times, and the task list (including the prioritized tasks) 
can be updated accordingly. In addition, as the status of tasks change, the prioritization of 
the tasks can be modified. Further, members 20 can be one or more employees or 
independent contractors of the suppliers, the agent, the retail locations, or any combination 
thereof. 

[0037] While the invention has been particularly shown and described with reference to 
the preferred embodiments thereof, it will be understood by those skilled in the art that 
various changes in form and detail may be made therein without departing from the spirit 
and scope of the invention, as set forth in the following claims. 



